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SYSTEM AND METHOD FOR RECEIVING 
MULTI-MEDIA MESSAGES 
PRIORITY APPLICATION 

[0001] The present application claims priority to U.S. Patent Application No. 
60/ 245521 filed November 3, 2000, the contents of which are incorporated herein. 

RELATED APPLICATIONS 
[0002] The present application is related to the following U.S. patent applications: 

Serial No. entitled " System and Method for Sending Multi-Media Message With 

Customized Audio"; Serial No. entided "System and Method for Sending Multi- 
Media Messages Using Emoticons"; Serial No. entided "System and Method for 

Sending Multi-Media Messages Using Customizable Background Xmages"; Serial No. 

entitled "System and Method of Customizir^ Animated Entities for Use in a 

Multi-Media Communication Application"; Serial No. entitled "System and 

Method of Controlling Soimd in a Multi-Media Communication Application"; Serial No. 

entided "System and Method of Marketing Using a Multi-Media Communication 

System"; and Serial No. entided "System and Method of Providing Multi-Cultural 

Multi-Media Messages." These applications, filed concurrentiy herewith and commonly 
assigned, are incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

[0003] The present invention relates to multi-media messages and more specifically 
to a system and method of customizing the reception of multi-media messages. 

2. Discussion of Related Art 

[0004] There is a growii^ popularity for text-to-speech ("TTS") enabled systems 
that combine voice with a "talking head" or a computer-generated face that literal^ 
speaks to a person. Such systems improve user experience with a computer system by 
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personalizii^ the exclunge of infoniiation. Systems for converting text into speedi are 
known in the art. For example, U.S. Patent No. 6,173,263 Bl to Alistair Conkie, 
assigned to the assignee of the present invention, discloses a system and method of 
performing concatenative speech synthesis. The contents of this patent are incorporated 
herein by reference. 

[0005] One example associated with the creation and delivery of e-mails using a ITS 
system is LifeFX™'s facemail™. Figure 1 illustrates how a sender creates a message 

using the LifeFX™ system. A window 10 presents fields for inserting the sender's e-mail 
address 12 and the recipient's e-mail address 14. Standard features such as control 
buttons 16 for previewing and delivering the multi-media message are provided. A 
standard subject line is also provided 18. The sender chooses from a variety of faces 20 
to deliver the message. The currently chosen face 22 appears in the window 10 as well. 
The sender inserts the message text as with a traditional e-mail in a text area 24 and a box 
26 below the text area gives illustrations of some of the available emoticons, explained 
further below. 

[0006] This system enables a sender to write an e-mail and choose a talkir^ head or 
"face" to deliver the e-mail. The recipient of the e-mail needs to download special TTS 
software in order to enable the "face" to deliver the messj^e. The downloaded software 
converts the typewritten e-mail from the e-mail sender into audible words, and 
synchronizes the head and mouth movements of the talking head to match the audibly 
spoken words. Various algorithms and software may be used to provide the TTS 
funaion as well as the synchroni2ation of the speech with the talkir^ head. For example, 
the article, "Photo-realistic Talking-heads From Lnage Samples," by E. Cosatto and HP. 
Graf, IEEE Transactions on Multimedia, September 2000, Vol. 2, Issue 3, pages 152- 
163, describes a system for creating a realistic model of a head that can be animated and 
lip-synched from phonetic transcripts of text. The contents of this article are 
2 
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incorporated herein by reference. Such systems, when combined with ITS synthesizers, 
generate video animations of talking heads that resemble people. One drawback of 
related systems is that the synthesized voice bears no resemblance to the sender voice. 
[0007] The LifeFX™ system presents the user with a pliirality of faces 20 from 
which to choose. Once a face is chosen, the e-mail sender composes an e-mail message. 
"Within the e-mail, the sender inserts features to increase the emotion showed by the 
computer-generated face when the e-mail is "read" to the e-mail recipient. For example, 
the following will result in the message being read with a smile at the end: "Hi, how are 
you today :-)". These indicators of emotion are called "emoticons" and may indvide 
such features as: :-( (frown); -o (wow); :-x (kiss); and ;-) (wink). The e-mail sender will 
type in these symbols which are translated by the system into the emotions. Therefore, 
after composing a message, inserting emoticons, and choosing a face, the sender sends 
the message. The recipiant will get an e-mail with a notification that he or she has 
received a f acemail and that they will need to download a player to hear the message. 
[0008] The LifeFX™ system presents its emoticons when delivering the message in a 
particular w^. For example, when an emoticon such as a smile is inserted in the 
sentence "Hi, Jonathon, :-) how are you today?" the "talking head" 22 speaks the words 
"Hi, Jonathan" and then stops talkii^ and begins the smiling operation. After finishing 
the smile, the talkii^ head completes the sentence "how are you today?" 
[CXX)9] The UfeFX™ system only enables the recipient to hear the message after 
downloading the appropriate software. There are several disadvantages to delivering 
multi-media messages in this manner. Such software requires a large amount of disc 
space and the recipient may not desire to utilize his or her space with the necessary 
software. Fvirther, with viruses prevalent on the Internet, many people are naturally 
reluctant to download software when they are unfamiliar with its source. 
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[0010] Figure 2 illustrates a received facemail™ 40. The chosen taBdng head 22 
delivers the message. Buttons such as "say again" 42, "new" 44, "forward" 26, "reply" 
48, "reply all" 50, and "show text" 52 enable the recipient to control to some degree how 
the message is received. Buttons 42, 44, 46, 48 and 50 are commonly used button 
features for controllii^ mess^es. Button 52 allows the user to read the text of the 
message. When button 52 is clicked, the text of the message is shown in a window 
illtistrated in Figure 3. A separate window 54 pops up typically over the talking head 22 
with the text. When the window is moved or does not cover the talking head, the sound 
continues but if the mouth of the talking head is showing, it is clear that when the text 
box is up, the mouth stops moving. 

SUMMARY OF THE INVENTION 

[0011] What is needed in the art is a system and method to enable more efficient and 
desirable control to a recipient of a mtilti-media message. Furthermore, what is needed is 
to enable a user who does not wish to download the software to nevertheless receive 
entertaining multi-media mess^es. The present invention addresses the deficiencies in 
the prior art where software must be downloaded to receive multi-media messages. The 
invention further relates to systems and methods associated with recipient control over 
the reception of multi-media messages. 

[0012] One embodiment of the present invention relates to a system and method of 
delivering a multi-media message. The method relates to deliverii^ a multi-media 
message to a recipient. Preferably, a sender creates the multi-media message that 
contains a talking entity that audibly deKvers the message. The method comprises e- 
mailing to the recipient a message containing a link to the multi-media message, wherein 
the multi-media message is contained on a server. When the recipient dicks die link to 
the multi-media message, the method comprises determining whether a client terminal 
associated with the recipient contains client software to deliver the multi-media message 
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and, if dient software exists on the client terminal, determining whether permission is 
granted for delivering the multi-media message. If the client software exists on the client 
terminal and permission is granted, the method comprises delivering the multi-media 
message using the client software. If the client software does not exist on the client 
terminal or if the client software exists on the client terminal but permission is not 
granted to deliver the multi-media message, the method comprises streaming the multi- 
media message from a server such that a generic rendering software device will deliver 
the multi-media message. 

[0013] In this manner, the multi-media message may be delivered in an optimal 
fashion wherein if a recipient previously downloaded client software to deliver multi- 
media messages, then the method will use that software. Otherwise, the method 
comprises streaming the multi-media message to a generic rendering program, such as a 
video player like Microsoft's Mediaplayer ® or Realplayer ®. 

[0014] In another embodiment of the invention, the method relates to delivering a 
multi-media message to a recipient, the multi-media message being created by a sender 
and containing a talking entity for speaking a sender message using text-to-speech means. 
The method comprises transmitting to the recipient a message containing a link to the 
multi-media message, wherein the multi-media message is contained on a server and 
upon the recipient requesting the multi-media message, transmitting the multi-media 
message from the server in a first part and a second part. The first part comprises onfy 
the text of the sender message and the second part contains HTML code to present the 
multi-media message in a message window. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0015] The foregoing advantages of the present invention will be apparent from the 
foUowing detailed description of several embodiments of the invention with reference to 
the corresponding accompanying drawings, of which: 
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[0016] FIG. 1 illustrates a prior art window for creating a multi-media message; 
[0017] FIG. 2 illustrates a prior art window viewed by a recipient of a multi-media 



[0018] FIG. 3 illustrates a prior art window in response to a recipient of a multi- 
media mess^e clicking on a "show text" button; 

[0019] FIG. 4(a) illustrates the basic architecture of the ^stem according to an 
embodiment of the present inventior^ 

[0020] FIG. 4(b) illustrates a low-bandwidth version of the system shown in FIG. 
4(a); 

[0021] FIG. 5 shows example architecture for delivering the multi-media message; 
[0022] FIG. 6 shows an example window for a sender to create a multi-media 

message; 

[0023] FIG. 7 illustrates an example of a method for delivering a multi-media 
message to a recipient; 

[0024] FIG. 8 illustrates another example of a method for delivering a multi-media 
message to a recipient; 

[0025] FIG. 9 illustrates another example of a method for delivering a multi-media 
message where a client device capability is determined before delivering the multi-media 



[0026] FIG. 10 shows another example of a method for deliverii^ a multi-media 
message where a cKent device capabiKty and delivery permissions are determined before 
delivering the mxilti-media message; and 

[0027] FIG. 11 shows another example of a method of delivering multi-media 
messages to a current recipient device that has different rendering software capability 
from the primary recipient device. 
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DETAILED DESCRIPTION OF THE INVENTION 

[0028] The present invention may be best understood with reference to the 
accompanying drawings and description herein. The basic system design supporting the 
various embodiments of the invention is first disclosed. A system comprises a TTS and 
an animation server to provide a multi-media message service over the Internet wherein a 
sender can create a multi-media mess^e presentation delivered audibty^ by an animated 
entity. 

[0029] FIG. 4(a) illustrates a high-bandwidth architecture 60 associated with the 
embodiments of the invention. The system 60 delivers a hyper-text mark-up language 
(HTML) p^e through the Internet 62 (connected to a web server, not shown but 
embodied in the Internet 62) to a client application 64. The HTML page (shown by way 
of example in FIG. 6) enables the sender to create a multi-media message. The client 
application may be, for example, a web browser such as Microsoft's Internet Explorer®. 
Other client applications include e-mail and instant messaging clients. The sender 
creates the multi-media message using the HTML page. 

[0030] The web server receives the composed multi-media message, which includes 
several components that are additional to a regular e-mail or instant message. For 
example, a multi-media message includes a designation of an animated entity for audibly 
delivering the message and emoticons that add emotional elements to the animated entity 
durii^ the delivery of the message. The HTML p^e delivered to the client terminal 
enables the sender to manipulate various buttons and inputs to create the multi-media 
message. 

[003 1] Once the sender finishes creating the multi-media message and sends the 
message, the Internet 62 transmits the message text with emoticons and other chosen 
parameters to a text-to-speech (ITS) server 66 that communicates with an animation or 
face server 68 to compute and synchronize the multi-media message. The transmission 
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of the text-to-speech data may be accomplished using such methods as those disclosed in 
U.S. Patent No. 6, 173, 250 Bl to Kenneth Jong, assigned to the assignee of the present 
invention. The contents of this patent are incorporated herein by reference. 
[0032] The animation server 68 receives phonemes associated with the sender 
message and interpreted by the TTS server 66, including the text of the subject line and 
other text such as the name of the sender, as well as other defined parameters or data. 
The animation server 68 processes the received phonemes, message text, emoticons and 
any other provided parameters such as backgroiuid images or audio and creates an 
animated message that matches the audio and the emoticons. An exemplary method for 
producing the animated entity is disclosed in U.S. Patent No. 5,995,119 to Cosatto et al. 
("Cosatto et al."). The Cosatto et al. patent is assigned to the assignee of the present 
invention and its contents are incorporated herein by reference. Cosatto et al. disclose a 
system and method of generating animated characters that can "speak" or "talk" received 
text messages. Another reference for information on generating animated seqxiences of 
animated entities is found in U.S. Patent No. 6,122,177 to Cosatto et al. ("Cosatto et al. 
II"). The contents of Cosatto et aL II are incorporated herein by reference as well. 
[0033] The system 60 encodes the audio and video portions of the multi-media 
message for streaming through a streaming audio/video server 70. In a high-bandwidth 
version of the present invention, as shown in FIG. 4(a), the server 70 streams the multi- 
media message to the streaming client 72 over the Internet 62. One of ordinary skill in 
the art will understand and be cognizant of a variety of TTS servers and TTS 
technologies that may be optimally used for converting the text to speech. The particular 
implementation of TTS technologies is not relevant to the present invention. One of 
ordinary skill in the art will imderstand and be cognizant of a variety of animation servers 
and animation technologies that may be optimally used for converting phonemes and 
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emoticons into talking entities, preferably faces. The particular implementation of 
animation technologies is not relevant to the present invention. 

[0034] FIG. 4(b) illustrates a low-bandwidth system 61 of the present invention. In 
this variation, the animation server 68 produces animation parameters that are 
synchronized with the audio produced from the TTS server 66. The audio and animation 
parameters are encoded and transmitted by the streaming server 74 over a lower 
bandwidth connection over the Internet 62. The streaming client 76 in this aspect of the 
invention differs from the streaming client 72 of FIG. 4(a) in that client 76 includes 
rendering software for rendering the animation on the client device using the streamed 
animation parameters provided from the streamii^ server 74. Furthermore, the client 
includes a TTS synthesizer that synthesizes the audio. In this manner, the systems 
disclosed in FIGs. 4(a) and 4(b) provide both a high-bandwidth and a low-bandwidth 
option for all users. 

[0035] A further variation of the invention applies when the client device includes 
the aninaation or rendering software. In this case, the client device 72, 76 can receive a 
multi-media message e-mail, with the message declared as a specific multipurpose 
Internet mail extension (MIME) type, and render the animation locally without requiring 
access to a central server or streaming server 70, 74. In one aspect of the invention, the 
rendering software includes a TTS synthesizer with the xisable voices. In this case, the 
recipient device 72, 76 receives the text (veiy Ktde data) and the face model (several kb), 
unless it is already stored in a cache at the receiver device 72, 76. If the receiver device 
72, 76 is requested to syndiesize a voice different from the ones available at its TTS 
synthesizer, the server 74 downloads the new voice. 

[0036] Hi^ quality voices typically require several megabytes of disk space. 
Therefore, if the voice is stored on a streaming server 74, in order to avoid the delay of 
the huge download, the server 74 uses a TTS synthesizer to create the audio. Then, the 
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server 74 streams the audio and related markup information sudi as phonemes, stress, 
word-boundaries, bookmarks with emoticons, and related timestamps to the recipient. 
The recipient device 76 locally renders the face model usiag the face model and the 
markup information and synchronously plays the audio streamed from the server. 
[0037] When the recipient receives an e-mail message associated with the multi- 
media message, the message is received on a dient device 71 such as that shown in FIG. 
5. FIG. 5 illustrates a different view of system 60. The client device may be any one of 
a desktop, laptop computer, a wireless device such as a cell phone, 3Com's palmpilot® or 
personal data assistant and the like. The particular arrangement of the client device 71 is 
unimportant to the present invention. The multi-media message may be delivered over 
the Internet, via a wireless communication system such as a cellular communication 
system or via a satellite commtmication system. 

[0038] The multi-media message delivery mechanism is also not limited to an e-mail 
system. For example, other popular forms of communication include instant messaging, 
bulletin boards, I Seek You (ICX^) and other messaging services. Instant mess^ing and 
the like differ from regular e-mail in that its primaiy focus is immediate end-user delivery. 
In this sense, the sender and recipient essentially become interchangeable because the 
messages are communicated back and forth in real time. Presence information for a user 
with an open session to a well-known multi-user system enables friends and colleagues to 
instantly communicate messages back and forth. Those of skill in the art know various 
architectures for simple instant messaging and presence awareness/notification. Since 
the particular embodiment of the instant message, bulletin board, or I Seek You (ICQ) or 
other messaging service is not relevant to the general principles of the present invention, 
no further details are provided here. Those of skill in the art will understand and be able 
to apply the principles disclosed herein to the particular communication application. 
Although the best mode and preferred embodiment of the invention relates to the e-mail 
10 
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context, the multi-media messages may be created and delivered via any mess^ii^ 
context. 

[0039] For instant messaging, client sessions are established usii^ a multicast group 
(more than 2 participants) or unicast (2 participants). As part of the session description, 
each participant specifies the animated entity representing him. Each participant loads 
the animated entity of the other participants. When a participant sends a message as 
described for the e-mail application, this message is sent to a central server that animates 
the entity for the other participants to view or streams appropriate parameters 
(audio/ animation parameters or audio/ video or text/ animation parameters or just text) 
to the participants that their client software uses to render the animated entity. 
[0040] Further as shown in FIG. 5, when a client device 71 receives a request from 
the recipient to view a multi-media message, the client device 71 sends a hypertext 
transfer protocol (HTTP) message to the web server 63. As a response, the web server 
sends a message with an appropriate MIME type pointing to the server 70 at which point 
the server 70 streams the multi-media message to the client terminal for viewing and 
listening. This operation is well known to those of skill in the art. 
[0041] In an alternate aspect of the invention, the client device 71 stores previously 
downloaded specific rendering software for delivering miJti-media messages. As 
discussed above, LifeFX™ requires the recipient to download its client software before 
the recipient m^ view the message. Therefore, some of the functionality of the present 
invention is applied in the context of the client terminal 71 containing the necessary 
software for delivering the multi-media message. In this case, the animation server 68 
and TVS server 66 create and synchronize the multi-media message for deliveiy. The 
multi-media message is then transmitted, preferably via e-mail, to the recipient. When 
the recipient opens the e-mail, an animated entity shown in the message delivery window 
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delivers the message. The local client software runs to locally deliver the message using 
the animated entity. 

[0042] Many web-based applications require dient devices to download software on 
their machines, such as with the LifeFX™ system. As mentioned above, problems exist 
with this requirement since customers in general are reluctant and rightfully suspicious 
about downloadii^ software over the Internet becaxise of the well-known security 
problems such as virus contamination, trojan horses, zombies, etc. New software 
installations often cause problems with the existing software or hardware on the client 
device. Further, many users do not have the expertise to run the installation process if it 
gets even slightly complicated e.g., asking about system properties, directories, etc. 
Further, downloading and installing software takes time. These negative considerations 
may prevent hesitant users from downloading the software and using the service. 
[0043] Some Java-based applications are proposed as a solution for the above- 
mentioned problems but these are more restrictive due to security precautions and can't 
be used to implement all applications and there is no oinified Java implementation. 
Therefore, users need to configure their browsers to allow Java-based program 
execution. As with the problems discussed above, a time-consuming download of the 
Java executable for each use by users who do not know if they really need or like to use 
the new application may prevent users from bothering with the Java-based software. 
[0044] Accordingly, an aspect of the present invention includes using streaming 
video to demonstrate the use of a new software application. Enabling the user to 
preview the use of a new software application solves the above-mentioned these 
problems for many applications. Currentfy^, almost all client machines have a streamii^ 
video client such as Microsoft's Mediaplayer® or Real Player®. If not, such applications 
can be downloaded and configured with confidence. Note that the user needs to do this 
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only once. These streaming video receivers can be used to receive and playback video on 
the client's machine. 

[0045] According to this aspea of the present invention, shown by way of example 
in FIG. 5, a user may wish to preview a multi-media message before downloading 
rendering software on the client device 71. If such is the case, the user enters into a 
dialogue with the streamii^ server 70 and requests a preview or demonstration of the 
capabilities of the application if the rendering software were downloaded. The streamii^ 
server 70 transmits to the client device 71 a multi-media message showing dynamic 
screen shots of the application as if it is running on the user's machine. As an example, if 
the new application wotild have the capability to show a three-dimensional view of a 
room based on veaor graphics, the streaming video displays the three-dimensional 
output of the application on the user's monitor as video. Most existing players allow the 
users to control the video playback by clicking on buttons or the like on an HTML page. 
This provides an interactive feeling for the user if needed without loading any new or 
suspicious software. 

[0046] Therefore, an aspect of the present invention enables the user, before 
downloading rendering software for presenting midti-media messages using an animated 
entity, to request a preview of the multi-media message streamed to the client as a video 
and presented on a player such as the Microsoft Mediaplayer ® or Real Player® . If the 
user so desires, he or she can then download the renderii^ software for enjoyii^ the 
reception of multi-media messages. 

[0047] FIG. 6 shows an example of a template for the sender to use to create a 
mvilti-media message. A message-creation window 80 includes basic e-mail-related 
features such as fields for inserting a sender name 82 and sender e-mail address 84. A 
subject line 86 and recipient address field 88 are also provided. The sender enters the 
text of the message within a standard text field 92. Various animated entities 94 are 
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available from which the sender itiay choose (90) for delivenng the message. Typically 
the animated entities are faces as shown in FIG. 6, but they may be any entity such as an 
animal, car, tree, robot, or anything that may be animated. 

[0048] The sender may also insert emoticons 103 into the text of the message. The 
system includes predefined emoticons 96, such as ":-)" for a smile, "::-)" for a head nod, 
"*w*" for an eye wink, and so forth. The predefined emoticons are represented either as 
icons or as text, such as ";-)". As shown in FIG. 6, the window 80 includes a sample 
group of emoticon icons 96. The sender inserts an emoticon into a text message at the 
location of the cursor 102 by clicking on one of the emoticon icons 100. The sender 
may also type in the desired emoticon as text. Emoticon icons 96 save the sender from 
needing to type three keys, such as and and for a smile. The icons 96 may be 
either a picture of, say, a winking eye or a icon representation of the characters ";-)" 100, 
or other information indicatii^ to the sender that clicking on that emoticon icon will 
insert the associated emotion 103 into the text at the location of the cursor 102. 
[0049] Once the sender composes the text of the message, chooses an animated 
entity 94, and inserts the desired emoticons 103, he or she generates the multi-media 
message by clicking on the generate message button 98. The animation server 68 creates 
an animated video of the selected animated entity 94 for audibly delivering the message. 
The TTS server 66 converts the text to speech as mentioned above. Emoticons 103 in 
the message are translated into their corresponding facial expressions such as smiles and 
nods. The position of an emoticon 103 in the text determines when the facial e3q)ression 
is executed during delivery of the message. 

[0050] Execution of a particular expression preferably occurs before the specific 
location of the emoticon in the text. This is in contrast to the LifeFX™ system, 
discussed above, in which the execution of the smile emoticon in the text "Hello, 
Jonathan :-) how are you?" starts and ends between the words "Jonathan" and "how". 

14 
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In the present invention, the expression of the emoticon begins a predefined number of 
wonds or a predefiined time before the emoticon's location in the text. Furthermore, the 
end of the expressions of an emoticon may be a predefined number of words after the 
location of the emoticon in the text or a predetermined amount of time after the location 
of the emoticon. 

[0051] For example, according to an aspea of the present invention, the smile in the 
sentence "Hello, Jonathan :-) how are you.^" will begin after the word "Hello" and 
continue through the word "how" or even through the entire sentence. The animated 
entity in this case will be smiling while deliverii^ most of the message - which is more 
natural for the recipient than having the animated entity pause while executing an 
ejqjression. 

[0052] Furthermore, the starting and stopping points for executing expressions will 
vary depending on the expression. For example, a wink typically takes a very short 
amount of time to perform whereas a smile may last longer. Therefore, the starting and 
stopping points for a wink may be defined in terms of .1 seconds before its location in 
the text to .5 seconds after the location of the wink emoticon in the text. In contrast, the 
smile emoticon's starting, stopping, and dxiration parameters may be defined in terms of 
the words surrounding the emoticons. 

[0053] The first embodiment of the invention is illustrated in FIG. 7. FIG. 7 shows 
an example of a method for delivering a multi-media message to a recipient, the multi- 
media message having been created by a sender and containing a talking entity that 
delivers a text message using text-to-speech means. Before the steps of the method are 
executed, the sender selects an animated entity to deliver the message, and the message is 
transmitted to a web server. As discussed above, a face or animation server and a TTS 
server compose the message and transmit the multi-media message to an encoder. The 
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encoder encodes the multi-media message in preparation for streaming and transmits the 
multi-media message to a recipient device. 

[0054] As shown in FIG. 7, the method comprises receiving the message from the 
sender (102). Typically the message will include the necessary data associated with the 
tract of the message typed by the sender and the choice of animated entity for delivering 
the message. The multi-media message is composed (104) using the text message and 
chosen talking entity. The composition of the multi-media message requires a 
synchroni2ation of the audio TTS synthesized speech and the movements of the 
animated entity such that it appears to the recipient that the animated entity is speaking 
the message. The composed multi-media message is stored on a server. Finally, the 
method comprises transmitting to the recipient a message containing a link to the multi- 
media message (106). The method according to this aspect of the invention further 
comprises streaming the mvilti-media message to the recipient from the server in 
response to a recipient action such as clidking on a link to the server containing the 
multi-media message (108). The message may also contain a separate link to the text of 
the message composed by the sender of the multi-media message. The separate link to 
the text enables the recipient to receive the text directly for viewing, storage or printing 
as desired. The link may be the URL of the desired multi-media message or text message 
or some other link to the information such as a video pli^-in. 
[0055] In another aspect of the second embodiment, the step of transmitting a 
message with a link (106) further comprises transmitting the multi-media message from 
the web server in a first part and a second part, wherein the first part comprises only the 
text of the message and the second part contains HTML code to present the multi-media 
message in a message window. The message may also contain information regarding the 
sender such as the name of the sender, and the date the message was sent. 
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[0056] The message transmitted to the recipient may be transmitted via an e-mail 
message or some other form of commimicarion such as an instant message or wireless 
message. 

[0057] In yet another aspect of the first embodiment of this invention, there is 
disclosed in FIG. 8 a method of delivering a multi-media message to a recipient, wherein 
transmitrir^ the message includes transmitting a link to the multi-media message and 
further comprises maintainii^ at a server a database of recipient e-mail addresses and 
available rendering software associated with each e-mail address (120). Upon receiving a 
multi-media message from a sender to a recipient and using the database, the method 
comprises determining whether the recipient has available rendering software for 
dehvering the multi-media message (122) and, if the recipient has available rendering 
software, delivering the multi-media message using the rendering software (124). If the 
recipient does not have available rendering software, the method comprises streamii^ 
the multi-media message from the server such that a generic rendering software device 
will deliver the multi-media message (126). 

[0058] Regardless of the determination whether or not the recipient has available 
rendering software for delivering the multi-media message, it is preferable that the 
recipient is presented with an option to receive a streaming multi-media mess^e from 
the server. An example of rendering software includes the LifeFX™ software available 
for downloadii^ from the Internet. 

[0059] In another aspect of the invention, a high-priority queue and a low-priority 
queue are established to deliver multi-media messages wherein, if the recipient has 
available renderii^ software, the multi-media message destined for the recipient is placed 
in a low-priority queue. If the recipient does not have the available software, then the 
multi-media message is placed in a high-priority queue. Such a queue may be maintained 
at one of the system servers discussed above. 
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[0060] In another aspect of the invention, a method of delivering a multi-media 
message to a recipient associated with a client device is disclosed in FIG. 9. The multi- 
media message previously created by a sender is associated with an animated entity for 
delivering a text message using text-to-speech means. The method comprises 
transmitting to the recipient a message containing a link to the multi-media message, 
wherein the multi-media message is contained on a server (140). The transmitting step 
may be in the form of e-mail, instant messagii^, or other communication means. Next, 
a script is transmitted that explores the client device capabilities (142). Many client 
terminals may be used to receive multi-media messages. There are differences between 
various client terminals in parameters that will affect the reception of multi-media 
messages. Such parameters indude screen size, screen capability, processing power, 
memory capabilities, bandwidth of network connection, color or black and white screen. 
More details of parameters determining the dient capabilities are described in U.S. Patent 
Application No. 09/113,747 entitled "Interaction Modalities for Multimedia Delivery and 
Presentation Using Nodes", filed on July 15, 1997. The contents of this patent 
application are incorporated herein by reference. Step 142 of the method involves 
querying to ascertain the kind of client terminal to which the multi-media mess^e is 
being delivered. Finally, the method comprises delivering the multi-media message 
wherein the multi-media message is tailored to the client device (144). 
[0061] The method shown in FIG. 9 of delivering a multi-media message to a client 
device, wherein the multi-media message is tailored to the specific client device 
capabilities, may be modified further by deliverii^ only an audio portion of the multi- 
media message. This aspect of the second embodiment of the invention relates to client 
devices such as handheld computing devices with smaller screens and smaller processing 
power for handlii^ streaming video. 
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[0062] In another aspect of the second embodiment of the invention, FIG, 10 
illustrates a method of delivering a multi-media message to a recipient, the multi-media 
message being created by a sender and containing a talking entity for speaking a sender 
message using text-to-speech means. The method comprises e-mailing to the recipient a 
message containing a link to the multi-media message, wherein the multi-media message 
is contained on a server (152). Upon the recipient clickii^ the link to the multi-media 
message, the method comprises determining whether a client terminal associated with the 
recipient contains client software to deliver the multi-media message (154). If client 
software exists on the client terminal, the method determines whether permission is 
granted for delivering the multi-media message (156). If client software exists on the 
client terminal and permission is granted, the method comprises deliverii^ the multi- 
media message using the client software (158). If the client software does not exist on 
the client terminal or if the client software exists on the cHent terminal but permission is 
not granted to deliver the multi-media message, the multi-media message is streamed 
from a server such that a generic rendering software device like a video player will deliver 
the multi-media message (160). 

[0063] In another aspect of the invention, the method for deKvering a multi-media 
message to a recipient relates to delivering streaming audio while the video is rendered 
locally. The method comprises determining whether the recipient device has speech 
synthesis software for delivering an audio portion of the multi-media message. If the 
recipient has speech synthesis software, a voice is synthesized for delivering the multi- 
media message at the recipient device. If the recipient does not have the speech 
synthesis software, audio is synthesized at a server and streamed to the recipient jointly 
with the deliveiy of a video portion of the multi-media mess^e. 

[0064] The method may further comprise determining whether the recipient device 
has rendering software for delivering a video portion of the multi-media message and, if 
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the recipient does not have rendering software, streaming the multi-media message from 
the server such that a generic rendering software device will deliver the multi-media 
message. 

[0065] In another aspect of the invention, the method comprises determining 
whether the recipient device has speech synthesis software associated with a voice 
requested by the sender. In this regard the sender may select from a plurality of voices to 
deliver a message. The recipient device may have rendering software for locally 
synthesizing a sub-group of the plurality of voices. Therefore, a determination must be 
made first if the recipient device includes the audio rendering software and whether the 
sender-selected voice is included in the voices capable of being rendered on the recipient 
device. If the recipient does not have the speech synthesis software, the method 
comprises synthesizing audio at the server and streaming the audio to the recipient jointly 
with the available rendering software. However, if the recipient does have the speech 
synthesis software and the requested voice is available locally, the method comprises 
synthesizing the voice at the recipient's device and delivering the voice joindy with the 
available rendering software. If the speech synthesis software is on the recipient device 
but the requested voice is unavailable, the method comprises synthesizing the voice at 
the recipient device and deKvering the voice jointly with the available rendering software. 
[0066] In a variation on the above method, if the redpient does have the speech 
synthesis software and the requested voice is available, the method mxy comprise 
creating an intermediate representation of the voice at the server that the speech 
synthesis software uses to render the requested voice. 

[0067] Another aspect of the invention is shown in FIG. 1 1 and relates to providing 
the redpient with top quality delivery service of the multi-media message when the 
recipient may move from a primary recipient device to a secondary or current recipient 
device. Often, a recipient may be able to log onto a different computer device that does 
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not contain rendering software that is downloaded on the recipient's primary device. In 
this case, the present invention provides for a method of delivering the mvilti-media 
message to the recipient by maintaining a database of recipient e-mail addresses and 
available rendering software on a primary recipient device associated with each e-mail 
address (170). Upon receiving a multi-media message from a sender to a recipient, the 
method comprises determining whether a current recipient device has rendering software 
for delivering the multi-media message (172). If the current device has the rendering 
software, then the multi-media message is delivered using the rendering software (180). 
[0068] If the current recipient device does not have rendering software, the method 
comprises determining whether the recipient's primary device contains the rendering 
software (174). This is accomplished via a query to the database maintained in step 170. 
If the recipient's primary device contains the rendering software, then the system knows 
that the recipient is accustomed to high quality service and chose to download the 
software to achieve such service. Accordingly, for such recipients, the method further 
comprises placing their multi-media message in a h^-priority queue (176) such that they 
will receive their message with the highest quality service possible when the current 
recipient device does not have the rendering software. If the recipient does not have the 
rendering software on his or her primary device, then the mxilti-media message is 
streamed to the recipient according to a standard queue order (178). In this manner, 
recipients that are used to receiving multi-media messages at a higher service level as that 
available by downloading rendering software will experience a similar level of service 
when accessing multi-media mess^es from devices different from their primary 
computing device. 

[0069] Although the above description may contain specific details, they should not 

be construed as limiting the claims in any way. Other configurations of the described 
embodiments of the invention are part of the scope of this invention. For example, the 
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above embodiments are described preferably^ as being associated with e-mail technology. 
However, other messaging technologies that are capable of providing an animated entity 
are also contemplated as within the scope of this invention. Therefore, such 
communication means as instant messaging or wireless communication means are 
contemplated as relevant and as contexts wherein the present invention maybe 
practiced. Accordingly, the appended claims and their legal equivalents should only 
define the invention, rather than any specific examples given. 
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